home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 11542 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.7 KB
  1. Path: kuhub.cc.ukans.edu!anh
  2. From: anh@kuhub.cc.ukans.edu
  3. Newsgroups: comp.object,comp.lang.c++,comp.lang.java
  4. Subject: Re: Java: What's the Big Deal?
  5. Message-ID: <1996Mar14.170937.116026@kuhub.cc.ukans.edu>
  6. Date: 14 Mar 96 17:09:37 CST
  7. References: <4i40ik$9dt@news4.digex.net> <milodDo5yDE.H8B@netcom.com> <1996Mar14.124235.9729@friend.kastle.com>
  8. Organization: University of Kansas Academic Computing Services
  9.  
  10.  
  11. Well, this is 1996 and not 1980.  We have faster, better, and meaner 
  12. CPUs.  Joe the average's machine kicks a__.
  13.  
  14. The Web was not around in 1980 either.
  15.  
  16. Anh
  17.  
  18. In article <1996Mar14.124235.9729@friend.kastle.com>, rich@kastle.com (Richard Krehbiel) writes:
  19. > milod@netcom.com (John DiCamillo) wrote:
  20. > 
  21. >>ell@access1.digex.net (Ell) writes:
  22. > 
  23. >>>What is you can do in Java, you can't do as easily with a library in C++? 
  24. > 
  25. >>Write applets the run on the Web (duh! :-) Folklore has it
  26. >>that Sun couldn't even interest anyone in Oak until the
  27. >>applet idea came around.  Suddenly, everybody wants some.
  28. > 
  29. >>Seriously: The 2nd most notable thing about Java may be the
  30. >>JVM.  Developers can write programs that are binary compatible
  31. >>on a variety of platforms and operating systems (remember JF?).
  32. > 
  33. > Anybody remember the UCSD Pascal system?
  34. > 
  35. > The executables were interpreted UCSD Pascal P-code (they didn't call
  36. > it a virtual CPU).  A CPU was even created to run the P-code directly
  37. > (the Pascal Microengine was a re-microcoded LSI-11 chip set).  Remind
  38. > anyone of the Java chips Sun intends to create?
  39. > 
  40. > The system sank.  Nobody wants real applications delivered this way,
  41. > when they could instead have native-code performance.
  42. > 
  43. > --
  44. > Richard Krehbiel, Kastle Systems, Arlington VA USA
  45. > rich@kastle.com (work) or richk@mnsinc.com (personal)
  46. > 
  47.